home *** CD-ROM | disk | FTP | other *** search
/ Floppyshop 2 / Floppyshop - 2.zip / Floppyshop - 2.iso / diskmags / 0022-3.564 / dmg-0120 / 203.txt < prev    next >
Text File  |  1997-04-16  |  31KB  |  734 lines

  1. Info-Atari16 Digest         Wed, 10 Apr 91       Volume 91 : Issue 203
  2.  
  3. Today's Topics:
  4.                                 260ST
  5.                    A dream come true (Well ALMOST!)
  6.                          Atari cpu evolution
  7.                  Chinese Characters on the ATARI ST?
  8.                Does Lode Runner game exist for the ST?
  9.                 EPROM PROGRAMMER for Atari-st (2 msgs)
  10.                       Hard Drive Access Trouble
  11.                              LZH problem
  12.                      M-Tools, where to ftp from?
  13.                MultiGEM (was Re: TT questions) (2 msgs)
  14.                      Notebooks: SO there! (long)
  15.                       smail on Atari ST (2 msgs)
  16.                      Terminal Emulation in Flash
  17.                    TeX directory under construction
  18.         texdraw.lzh (was Re: A dream come true (Well ALMOST!))
  19.                              TT questions
  20.                        Where to get FATSPEED ?
  21.  
  22. Welcome to the Info-Atari16 Digest.  The configuration for the automatic
  23. cross-posting to/from Usenet is getting closer, but still getting thrashed
  24. out.  Please send notifications about broken digests or bogus messages
  25. to Info-Atari16-Request@NAUCSE.CSE.NAU.EDU.
  26.  
  27. Please send requests for un/subscription and other administrivia to
  28. Info-Atari16-Request, *NOT* Info-Atari16.  Requests that go to the list
  29. instead of the moderators are likely to be lost or ignored.
  30.  
  31. If you want to unsubscribe, and you're receiving the digest indirectly
  32. from someplace (usually a BITNET host) that redistributes it, please
  33. contact the redistributor, not us.
  34. ----------------------------------------------------------------------
  35.  
  36. Date: Wed, 10 Apr 91 16:35:08 BST
  37. From: "D." Summerbell
  38.  <d-summer@national-institute-for-medical-research.mrc.ac.uk>
  39. Subject: 260ST
  40. To: info-atari16@naucse.cse.nau.edu
  41.  
  42. Subject: memory upgrade woes on a Mega 1
  43. neil@cs.hw.ac.uk (Neil Forsyth) writes:
  44. Copy: Neil Forsyth          neil@uk.ac.hw.cs
  45.  
  46. >Yes I think Mega 1 did exist, briefly, and there was an unreleased 260ST and
  47. >even a 130ST! I also read here once of a unreleased product that somehow
  48. >escaped called a PS3000. I believe it was a SM124 like monitor with a built
  49. >in floppy drive. I guess, when combined with the old driveless 520ST, it
  50. >looked about as Mac like as an ST could get. It would look pretty swell on top
  51. >of a Mega now.
  52.  
  53. The 260ST was released.  I have seen and I believe.  A colleague here still
  54. owns one and it is sitting on his desk right now.  Except for the badge it
  55. looks just like an early 520ST with an external power supply and floppy.  Of
  56. course it also originally ran with TOS loaded into RAM from disc.
  57.  
  58. I am willing to act as a go-between for rich collectors.
  59.  
  60. CORRECTION: I am willing to act as a go-between for VERY rich collectors
  61.  
  62. Dennis Summerbell (d-summer@nimr.mrc.ac.uk)
  63.  
  64. ------------------------------
  65.  
  66. Date: 10 Apr 91 14:21:41 GMT
  67. From: math.fu-berlin.de!fauern!unido!rwthinf!cip-s07!wolfram@uunet.uu.net
  68.  (Wolfram Roesler)
  69. Subject: A dream come true (Well ALMOST!)
  70. To: Info-Atari16@naucse.cse.nau.edu
  71.  
  72. longj@lonex.radc.af.mil (Jeffrey K. Long) writes:
  73.  
  74. >Heck, this thing is so impressive, I may learn to read German just to use
  75. >it!  I'm talking one very slickly done piece of graphics/TeX tool here!
  76.  
  77. Well I guess it should be easier to write this program on your own than to
  78. learn German.
  79.  
  80. ------------------------------
  81.  
  82. Date: 10 Apr 91 17:32:22 GMT
  83. From: noao!ncar!elroy.jpl.nasa.gov!jato!vsnyder@arizona.edu (Van Snyder)
  84. Subject: Atari cpu evolution
  85. To: Info-Atari16@naucse.cse.nau.edu
  86.  
  87. In article <12371@uhccux.uhcc.Hawaii.Edu> kiki@uhunix1.uhcc.Hawaii.Edu (Jack W.
  88.  Wine) writes:
  89. >
  90. >It's hard to make predictions, but it seems certain that one of the dominant
  91. >OS running on the new processors will be UNIX and the SPARC RISC was designed
  92. >to run it optimally.  Also, Sun's decision to have an open architecture is
  93. >resulting in a flood of systems based on the SPARC chip set....
  94.  
  95. From an article in April Datamation, I see that Sparc International is only
  96. half-open: Their "shrink-wrap" API requires Sun-OS.  The article was about
  97. the 88000.  88Open doesn't require a certain OS to be compliant.  As a result,
  98. even though only 6 US vendors have picked the 88000, there are over 2000
  99. applications available, while for the Sparc, with some 30 or so vendors using
  100. it, there are only about 2500 applications.  The article praised the 88000 and
  101. 88Open on technical grounds, but mentioned that Motorola's marketing was
  102. "methodical at best."  It also mentioned that Motorola has cut the 88000 price
  103. by 2/3, and that the 88010 will be out "soon".  Top-of-the-line 88000 is
  104. about as fast for non-floating-point as the fastest Sparc or MIPS, but has
  105. better support for multiprocessor architectures (according to Harris, who
  106. build a multiprocessor server from it).  When 88010 is available it should
  107. be substantially faster, even for floating point, than current Sparc or MIPS.
  108. That is, almost as fast as the new HP PA chips %).  (57 and 76 Mips are the
  109. speeds the newest HP machines are guaranteed not to exceed.  $k12 and $k20 in
  110. greyscale, diskless.)
  111.  
  112. --
  113. vsnyder@jato.Jpl.Nasa.Gov
  114. ames!elroy!jato!vsnyder
  115. vsnyder@jato.uucp
  116.  
  117. ------------------------------
  118.  
  119. Date: 10 Apr 91 11:24:06 GMT
  120. From: math.fu-berlin.de!uniol!unido!utrurt!utrurt.uucp!bohn@uunet.uu.net
  121. Subject: Chinese Characters on the ATARI ST?
  122. To: Info-Atari16@naucse.cse.nau.edu
  123.  
  124. Is there any  OS-extension  for  the ATARI  ST  which  makes   it
  125. possible to display mixed Chinese and Western Text on the screen?
  126. What I am looking   for   is   something  like   CCDOS   or   the
  127. Taiwanese   'ET'-system  on DOS-machines, or Zhongwen-Talk on the
  128. Mac.
  129.  
  130. As I can not receive this newsgroup regularly,  PLEASE  REPLY  BY
  131. E-MAIL to:
  132.  
  133.        bohn@utrurt.uucp
  134.  
  135. Thanks in advance!
  136.  
  137.  
  138. Hartmut Bohn
  139. Klemensstr. 13
  140. 5500 Trier
  141. Federal Republic of Germany
  142.  
  143. ------------------------------
  144.  
  145. Date: 7 Apr 91 09:07:00 GMT
  146. From:
  147.  noao!ncar!elroy.jpl.nasa.gov!swrinde!cs.utexas.edu!helios!zeus.tamu.edu!ieb4826
  148.  @arizona.edu (BOU-SAADA, INGRID EDMOND)
  149. Subject: Does Lode Runner game exist for the ST?
  150. To: Info-Atari16@naucse.cse.nau.edu
  151.  
  152. In article <1991Apr7.032118.4860@mailer.cc.fsu.edu>, boyd@nu.cs.fsu.edu (Mickey
  153.  Boyd) writes...
  154. ?In article <1991Apr3.205704.8441@unislc.uucp>, bj@unislc.uucp (Bruce Jones)
  155.  writes:
  156. ?>The subject says it all.  I would like to get Lode Runner for the
  157. ?>ST if it exists.  If yes, does someone want to sell their copy?  If
  158. ?>the answer is no are there any similar type games that you can recommend?
  159. ?>
  160. ?
  161. ?There is a great PD version from Germany called Go-Up.  If it is not on
  162. ?atari.archive, I can upload it.  Please let me know if it is not.  It works
  163. ?on mono monitors (I don't know about color).
  164. ?
  165.  I tried go-up using a mono-emulator and found that it was unplayable (too slow
  166. and jerky).  However, Broderbund has released Lode-Runner for the ST through a
  167. French company called Loriceil (sp?).  I played it on a friend's ST and it was
  168. a very good port.  Better sound and graphics by far than the old apple II vers.
  169. It also has a level editor and a cheat mode.  If you liked the old LR you should
  170. call around to some software dealers who sell imports like:
  171.  
  172. COMPUTER GAMES+  (800) 443-8189
  173. SIDELINE SOFTWARE (800) 888-9273
  174.  
  175.                                         Good Luck
  176.                                         Ed Bou-saada
  177.  
  178. ------------------------------
  179.  
  180. Date: 10 Apr 91 11:39:17 GMT
  181. From:
  182.  noao!ncar!elroy.jpl.nasa.gov!swrinde!mips!spool.mu.edu!munnari.oz.au!goanna!min
  183.  yos.xx.rmit.oz.au!t821431@arizona.edu (Richard Clarkson)
  184. Subject: EPROM PROGRAMMER for Atari-st
  185. To: Info-Atari16@naucse.cse.nau.edu
  186.  
  187. xx
  188.  
  189.  
  190.  
  191. Does anybody know of a Eprom programmer for the atari st computer and where
  192. i can purchase it from...Any comments on them...
  193.  
  194. ------------------------------
  195.  
  196. Date: 10 Apr 91 15:07:24 GMT
  197. From: taco!eos.ncsu.edu!twmanino@mcnc.org (TONY W MANINO)
  198. Subject: EPROM PROGRAMMER for Atari-st
  199. To: Info-Atari16@naucse.cse.nau.edu
  200.  
  201. In article <1991Apr10.113917.24085@minyos.xx.rmit.oz.au>,
  202.  t821431@minyos.xx.rmit.oz.au (Richard Clarkson) writes:
  203.  
  204. |> Does anybody know of a Eprom programmer for the atari st computer and where
  205. |> i can purchase it from...Any comments on them...
  206.  
  207. Michtron had one of these... I saw it a couple of years ago at the Atarifest
  208. in Fairfax, Virginia.  I don't know if it's still available.  I not real
  209. sure, but I think it was selling for 
  210.  
  211.  
  212. Tony
  213. NCSU Project EOS
  214. twmanino@eos.ncsu.edu
  215.  
  216. ------------------------------
  217.  
  218. Date: 10 Apr 91 17:09:50 GMT
  219. From: noao!asuvax!ncar!elroy.jpl.nasa.gov!jato!vsnyder@arizona.edu (Van Snyder)
  220. Subject: Hard Drive Access Trouble
  221. To: Info-Atari16@naucse.cse.nau.edu
  222.  
  223. In article <1991Apr06.071210.20559@afit.af.mil> bhodges@afit.af.mil (Bill
  224.  Hodges) writes:
  225. >I've got a Supra 20M drive and after I work for a while if I try to access
  226. >files the BUSY light stays on or flickers and I get the box about "Damaged
  227. >Data".  If I shut the drive off for a while it acts right again.  Before
  228. >it gets any worse, what's the best way to find the problem and where should
  229. >I start looking?
  230. >
  231. I had this kind of problem with a BMS-100 -> CMI 6426 drive combo.  I made
  232. things a little better by ensuring adequate cooling, and by ensuring the
  233. power supply voltages were right on.  Then I backed up everything and low-
  234. level formatted again.  This helped for about a year, but the CMI eventually
  235. died.  Hope your Supra isn't goin' south.
  236.  
  237. --
  238. vsnyder@jato.Jpl.Nasa.Gov
  239. ames!elroy!jato!vsnyder
  240. vsnyder@jato.uucp
  241.  
  242. ------------------------------
  243.  
  244. Date: 10 Apr 91 16:17:50 GMT
  245. From:
  246.  noao!ncar!zaphod.mps.ohio-state.edu!rphroy!caen!uwm.edu!bionet!hayes.ims.alaska
  247.  .edu!milton!alexd@arizona.edu (Alex Danilchik)
  248. Subject: LZH problem
  249. To: Info-Atari16@naucse.cse.nau.edu
  250.  
  251. Ocassionally i come across a file that un-lharcing
  252. with the arcsh35.prg yields "no file found"..
  253. un-lharcing in gulam yields the same error..
  254.  
  255. Could somone diagnose the problem?
  256.  
  257. Thanks
  258.  
  259. gunnar
  260. alexd@milton.u.washington.edu
  261.  
  262. ------------------------------
  263.  
  264. Date: 10 Apr 91 13:02:42 GMT
  265. From:
  266.  noao!ncar!elroy.jpl.nasa.gov!mahendo!wlbr!lonex.radc.af.mil!longj@arizona.edu
  267.  (Jeffrey K. Long)
  268. Subject: M-Tools, where to ftp from?
  269. To: Info-Atari16@naucse.cse.nau.edu
  270.  
  271. After listening to all the talk of 3.5 floppies on Sparcs writing
  272. ST compatible disks, I now find myself wishing I had paid attention!
  273.  
  274. We just got another Sparc in the lab, and this one has a 3.5 floppy drive.
  275.  
  276. SO...... where can I get the latest, greatest version of M-Tools, and what
  277. should I look for to avoid the problems I have seen posted in the past?
  278.  
  279. Thanks in advance for any help!
  280.  
  281. --
  282. -----------------------------------------------------------------------
  283. Capt Jeff Long                         Rome Air Development Center
  284. longj@lonex.radc.af.mil                Network Design Laboratory
  285. jlong@cassiopeia.radc.af.mil           (315)330-7751 or (DSN)587-7751
  286.  
  287. ------------------------------
  288.  
  289. Date: 10 Apr 91 12:08:13 GMT
  290. From:
  291.  noao!ncar!elroy.jpl.nasa.gov!usc!rpi!bu.edu!snorkelwacker.mit.edu!ira.uka.de!fa
  292.  uern!faui43.informatik.uni-erlangen.de!csbrod@arizona.edu (Claus Brod)
  293. Subject: MultiGEM (was Re: TT questions)
  294. To: Info-Atari16@naucse.cse.nau.edu
  295.  
  296. ekrimen@ecst.csuchico.edu (Ed Krimen) writes:
  297.  
  298. >>Try MultiGEM from Maxon in Germany. It's a MultiFinder-clone for the
  299. >>ST which will soon be released for the TT, too.
  300.  
  301. >What else can you tell us about MultiGEM?  Price?  Is it compatible with
  302. >TOS 1.4 and STe?  Any plans for a North American distribution?  Please
  303. >provide us with Maxon's address.
  304.  
  305.         MAXON Computer
  306.         Industriestrasse 26
  307.         D-6236 Eschborn
  308.         Germany
  309.  
  310. Warning concerning everything I tell you about MultiGEM: I know the
  311. programmer personally, so my views may be biased. Take them with a
  312. grain of salt 8-)
  313.  
  314. MultiGEM is something like a MultiFinder clone for the ST series. I
  315. think it also runs on 1040STe and MegaSTEs, but I'm not sure. At CeBIT,
  316. it had some problems with TT fast RAM, but I didn't expect anything
  317. else for it was presented as a ST-only-product _at the moment_.
  318.  
  319. MultiGEM is a small AUTO folder program (eats up 30 or 40 KB in memory)
  320. that lets you start up several applications simultaneously from the
  321. Desktop (or from GEMINI). This is done by faking the AES into thinking
  322. that those applications are in fact accessories. (Yes, this means that
  323. you can't have more than 7 applications at one time, and that you have
  324. to sacrifice ACC slots to start up applications.) The applications
  325. multitask cooperatively following the standard GEM concept of giving up
  326. control from time to time by calling the AES. All the major GEM applications
  327. work. TOS program output can be redirected to a window, so they want mess
  328. up other programs' screens, and TOS programs will even multitask this way!
  329.  
  330. If you click into a program's window, its menu bar is switched on and
  331. displayed in the first line of the screen. If the program owns a
  332. desktop, this will be brought to the front, too. Alternatively,
  333. you can switch applications by clicking into the Desk menu where
  334. you find the names of the currently running applications.
  335.  
  336. Some programs won't multitask properly. One of them is SIGNUM. If you
  337. start it up and click into its "window", windows from the desktop
  338. beneath will show up and mess up the display. This is because SIGNUM
  339. doesn't do proper GEM output. In these cases, you can force MultiGEM
  340. into singletasking mode. Some other applications like to eat up
  341. the complete memory available. MultiGEM can fool them during startup
  342. so that they will leave enough room for other programs.
  343.  
  344. MultiGEM has been presented at CeBIT in March. It is not yet a real
  345. commercial product as I understand. I heard rumors that it might
  346. be available RSN, but I can't say for sure.
  347.  
  348. There will be a special TT version, but I don't have any details on
  349. it.
  350.  
  351. ----------------------------------------------------------------------
  352. Claus Brod, Am Felsenkeller 2,                  Things. Take. Time.
  353. D-8772 Marktheidenfeld, West Germany            (Piet Hein)
  354. csbrod@medusa.informatik.uni-erlangen.de
  355. Claus Brod@wue.maus.de
  356. ----------------------------------------------------------------------
  357.  
  358. ------------------------------
  359.  
  360. Date: 10 Apr 91 10:38:51 GMT
  361. From:
  362.  noao!ncar!elroy.jpl.nasa.gov!sdd.hp.com!spool.mu.edu!snorkelwacker.mit.edu!bloo
  363.  m-beacon!eru!hagbard!sunic!ugle.unit.no!lise.unit.no!stigvi@arizona.edu (Stig
  364.  Vidar Hovland)
  365. Subject: MultiGEM (was Re: TT questions)
  366. To: Info-Atari16@naucse.cse.nau.edu
  367.  
  368. In article <1991Apr09.180854.7134@ecst.csuchico.edu>, ekrimen@ecst.csuchico.edu
  369.  (Ed Krimen) writes:
  370. |>
  371. |> What else can you tell us about MultiGEM?  Price?  Is it compatible with
  372. |> TOS 1.4 and STe?  Any plans for a North American distribution?  Please
  373. |> provide us with Maxon's address.
  374.  
  375. Price is DM 159,- and it is supposed to work on tos >= 1.2
  376.  
  377. ------------------------------
  378.  
  379. Date: 10 Apr 91 17:10:00 GMT
  380. From:
  381.  noao!ncar!elroy.jpl.nasa.gov!sdd.hp.com!spool.mu.edu!snorkelwacker.mit.edu!thun
  382.  der.mcrcim.mcgill.edu!bonnie.concordia.ca!ccu.umanitoba.ca!bright@arizona.edu
  383.  (Bob Bright)
  384. Subject: Notebooks: SO there! (long)
  385. To: Info-Atari16@naucse.cse.nau.edu
  386.  
  387. [This is a bit tacky, but I'm going to do it anyway, because of the
  388. obnoxious tone of the article I'm following up.]
  389.  
  390. I've been carrying on an email discussion with Mark Choi re: his position
  391. w.r.t. the forthcoming Atari notebooks.  In a letter of April 3 I suggested
  392. that he had something different in mind by "notebook computer" than TRH did,
  393. and that a good deal of ill will could have been avoided if this had been
  394. made clear at the outset:
  395.  
  396. mc>>   I do not mean these luggables when I refer to these machines, I mean
  397. mc>>what I stated, around the size of a piece of paper, and weighing less
  398. mc>>than 7 pounds, including battery, which lasts about 3 hours.
  399. bb>      ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
  400. bb>
  401. bb>Yes, I know this is what you meant.  This is also what I was referring
  402. bb>to.  "<= 7 pounds with a reasonably small footprint (lapprint?)" is
  403. bb>becoming/has become the de facto definition of "notebook computer",
  404. bb>for no very good reason other than that the editors of various PC mags
  405. bb>are enamoured with full-featured semi-portable machines, and 6-7
  406. bb>pounds is about as light as we've currently got in this category.
  407. bb>
  408. bb>I suspect that a lot of the recent hostility between you and TRH could
  409. bb>have been nipped in the bud if it had been made clear that you were
  410. bb>relying on this definition.  TRH's view, I think, is that a 7 pound
  411. bb>machine which requires lugging around an extra 3 pounds of batteries
  412. bb>in order to be useful is too heavy.  This is also my view.
  413.  
  414. In a letter of April 3 Mark replied:
  415.  
  416. mc>Actually, the definition of a notebook computer is one that is the size
  417. mc>of a notebook. In specific, the machines about which I was speaking,
  418. mc>were smaller than the Atari, about the same weight, I would guess (in
  419. mc>the 3 pound range), and still included the "extra" features, with a
  420. mc>batterlife of 3-4 hours.
  421.  
  422. To which I replied (April 4):
  423.  
  424. bb>I don't suppose you'd actually care to name some of these machines
  425. bb>about which you were speaking?  Smaller than 8-1/2 x 11, less than 1"
  426. bb>thick, about 3 pounds, with built-in harddrive, 1.44 meg floppy, and
  427. bb>maybe some other stuff (a VGA port, I guess; not much of a space/
  428. bb>weight consideration, but a definite power consideration as TRH
  429. bb>noted).  I think you've got a pretty good imagination.  Sounds like a
  430. bb>nice machine, but it doesn't exist; the only machines that currently
  431. bb>come anywhere close are in the 7 pound range.
  432.  
  433. Mark replied (April 5):
  434.  
  435. mc>     I will get you a list of several machines that fit the description
  436. mc>after I go home.
  437.  
  438. I haven't received any further email from Mark.  Which brings us to the
  439. subject of today's post.  In article <0c0CSim00UhBI0qUIv@andrew.cmu.edu>
  440. mc4c+@andrew.cmu.edu (Mark Choi) writes:
  441.  
  442. >For all those out there who are convinced that TRH is the Word when it
  443. >comes to the notebook market, and that Atari knows what the hell is
  444. >going on on the other side of their closed eyelids, please read on:
  445. >
  446. >Zeos Notebook PC
  447. >12mhz 286, 2"x12"x10", 1 meg RAM, backlit VGA, and ext. vid. port, 20
  448. >Meg HDD, 1.44 meg floppy, $1995.
  449. >
  450. >Compaq LTE
  451. >20MHz 386, 7 I/O ports, 30 /60 meg HDD, 3  meg RAM, 1.44 meg floppy
  452. >
  453. >Dataworld NS 320SX
  454. >386sx, VGA with ext. vid., 2 meg RAM, 20 meg drive
  455. >
  456. >Others include the Northgate slimline, and the Austin sx, with standard
  457. >2 meg RAM. These machines  have stated weights of under 7 lbs, including
  458. >the battery charger. I doubt the notebook ST  wieght includes the
  459. >charger. Without the charger, they weigh in less than 6 lbs. Granted
  460. >they weigh a bit more than the ST notebok, but do NOT tell me that they
  461.  
  462. A *bit* more?!  The Atari notebooks are supposed to weigh about 1 kg.  The
  463. machines you list weigh more than *twice* as much as the Ataris, even
  464. without the charger, and are more than *double* the volume (the Ataris are
  465. supposed to be about 1" thick).  And it doesn't stop there.  These machines
  466. have a battery life of 2-3 hours with "average" use, dropping to about 1.5
  467. hours with moderate disk access.  So they're practically useless as true
  468. portables unless you carry along an extra battery pack or two along with the
  469. charger, rounding things out at about *3-4 times* the weight and *triple*
  470. the volume of the Ataris.  And these machines are state-of-the-art for so-
  471. called DOS "notebooks".  (BTW, I don't suppose you'd care to tell other net
  472. readers how much the Compaq LTE will lighten their wallets.)
  473.  
  474. >are figments of my imagination, or that there are no machines out there
  475. >with both a hard drive and a floppy, as the guru TRH has stated. There
  476.  
  477. I told you in email that you and TRH are working with different conceptions
  478. of "notebook".  Your definition is approximately: "Not much bigger/heavier
  479. than the abridged version of the Oxford English Dictionary."  His is: "Not
  480. much bigger/heavier than a notebook."  For TRH's definition, he's right;
  481. there are currently no machines that fit the latter description with both a
  482. hard drive and standard 1.44 meg floppy, even when you don't include the
  483. charger and extra batteries.
  484.  
  485. >are others that are lighter, and are closer to the ST notebook, but I
  486. >have better things to do than to reread piles of magazines just to
  487. >vindicate my position  against the cries of the ignorant. I think I'll
  488.  
  489. [Translation: "I was wrong; I haven't been able to locate any machines which
  490. come anywhere close to Atari's size and weight specs with all of the
  491. features that I was asking for."]  C'mon Mark, put up or shut up.  If you
  492. have better things to do than re-read piles of magazines in an effort to
  493. vindicate your position, at least you could do us the courtesy of finding
  494. something better to do than hanging out your own ignorance for public
  495. display.
  496.  
  497. TRH was right, I'm afraid: You don't know what-in-the-fuck-you're-talking-
  498. about.  Nothing wrong with that; all of us are ignorant about lots of
  499. things, and the net is an ideal forum for learning from others and thus
  500. curing our ignorance.
  501.  
  502. You, however, had the unconscionably bad taste to publicly insult both Atari
  503. Corp. and TRH based on your ignorance.  (You do recall, don't you, the post
  504. in which you suggested that TRH's machines had been deliberately crippled in
  505. an effort to sell more STacys?  It was the one that prompted his original
  506. vituperous reply.)  And you continue to do so, in the most obnoxious way
  507. possible.  The gracious thing to do, I think, would be to apologize.
  508. Barring that, I suggest that you desist lest you make a bigger fool of
  509. yourself than you already have.
  510.  
  511. Regards, BBB
  512. --
  513. Bob Bright <bright@ccu.umanitoba.ca>
  514. Dept. of Philosophy
  515. University of Manitoba
  516. Winnipeg, Man  R3T 2N2  (204) 474-9105
  517.  
  518. ------------------------------
  519.  
  520. Date: 9 Apr 91 18:42:53 GMT
  521. From:
  522.  noao!ncar!elroy.jpl.nasa.gov!usc!zaphod.mps.ohio-state.edu!van-bc!ubc-cs!albert
  523.  a!ncc!isagate!darius@arizona.edu (Darius S. Naqvi)
  524. Subject: smail on Atari ST
  525. To: Info-Atari16@naucse.cse.nau.edu
  526.  
  527. In article <A2739803784@thelake.mn.org> steve@thelake.mn.org (Steve Yelvington)
  528.  writes:
  529. >[In article <10713@mirsa.inria.fr>,
  530. >     gdo@mirsa.inria.fr (Guillaume Doumenc) writes ... ]
  531. >
  532. >> I've read a few months ago that there was a port of smail for the Atari on
  533. >> the way. Is it finished now, and if yes is it available somewhere ?
  534. >
  535. >I'm using a version of smail that has been, in my opinion, finished for
  536. >quite a long time. However, I didn't port it. The people who did the port
  537. >have not released it for distribution, so I can't pass it around. Sorry.
  538. >
  539.  
  540. Is this the Smail that we all know and love that runs on UNIX boxes,
  541. i.e. the mail delivery agent?  If it is, then it's covered by the GNU
  542. copyleft, so any version should be freely distributable.
  543.  
  544. I'd be interested in using this as the mail delivery agent when
  545. running MINIX, as soon as I get UUCP for MINIX working properly.
  546.  
  547.  
  548. --
  549. Darius S. Naqvi                    mail:darius@edm.isac.ca
  550. ISA Corp.                          uucp:
  551. Edmonton, Alberta, Canada         phone:(403) 420-8081
  552.  
  553. ------------------------------
  554.  
  555. Date: 10 Apr 91 16:15:06 GMT
  556. From:
  557.  noao!ncar!elroy.jpl.nasa.gov!swrinde!mips!news.cs.indiana.edu!msi.umn.edu!cs.um
  558.  n.edu!thelake!steve@arizona.edu (Steve Yelvington)
  559. Subject: smail on Atari ST
  560. To: Info-Atari16@naucse.cse.nau.edu
  561.  
  562. [In article <1991Apr09.184253.5423@edm.isac.CA>,
  563.      darius@edm.isac.CA (Darius S. Naqvi) writes ... ]
  564.  
  565. > Is this the Smail that we all know and love that runs on UNIX boxes,
  566. > i.e. the mail delivery agent?  If it is, then it's covered by the GNU
  567. > copyleft, so any version should be freely distributable.
  568.  
  569. The program is Smail 2.5, originally by Christopher Seiwald. It accepts
  570. data from standard input, processes the headers as necessary, looks up a
  571. mailpath, and pipes the result to either a local delivery agent (lmail) or
  572. to uux for execution of rmail on a remote machine.
  573.  
  574. The Smail source code that I have bears neither copyright nor copyleft.
  575. Smail 3.x, which is a different program entirely, may be covered by the
  576. GNU agreement. I don't know.
  577.  
  578. Smail is written with many assumptions about the nature of the underlying
  579. operating system that are not valid for TOS. Several people had to invent
  580. some clever work-arounds to compensate for the single-tasking nature of
  581. TOS, cover for some rather obscure bugs in Atari's operating system, and
  582. resolve other system dependencies.
  583.  
  584. Some of those work-arounds involve altering the Smail source code, but
  585. most of them involve writing a C library to supplement dLibs. That library
  586. hasn't been released, and since it's not mine, I can't be the one to
  587. release it.
  588.  
  589. Somebody else has mentioned a version of Smail for Rodney's Mercury UUCP.
  590. That might be worth looking into. There's also an MS-DOS port of Smail
  591. (ftp wuarchive.wustl.edu) that might be useful for people interested in
  592. whipping up their own TOS Smail.
  593.  
  594. (Actually, after using Smail for quite some time, I'm not convinced that
  595. it's an appropriate tool for the average ST-based mail system, which is
  596. likely to be a leaf node.)
  597.  
  598. > I'd be interested in using this as the mail delivery agent when
  599. > running MINIX, as soon as I get UUCP for MINIX working properly.
  600.  
  601. I think that for Minix you should compile the standard Unix Smail.
  602.  
  603. ----
  604.   Steve Yelvington / P. O. Box 38 / Marine on St. Croix, MN 55047 USA
  605.   INTERNET: steve@thelake.mn.org    UUCP: plains!umn-cs!thelake!steve
  606.   GEnie: S.YELVINGTO2               Delphi: YELVINGTON
  607.  
  608. ------------------------------
  609.  
  610. Date: 10 Apr 91 15:23:29 GMT
  611. From: unhd.unh.edu!oz!pyr579@uunet.uu.net (Technoid)
  612. Subject: Terminal Emulation in Flash
  613. To: Info-Atari16@naucse.cse.nau.edu
  614.  
  615. Hello netters,
  616.  
  617.         I use Flash ver 1.6 and ANSI to emulate VT100 ( ALT-M ). However,
  618. I would like to emulate something more along the lines of VT220 or higher.
  619. Can the translation table be modified to do this? If so has anyone done this
  620. already? VT100 is fine for my purposes, but it would be nice to change if
  621. someone knew how.
  622.  
  623. Thanks,
  624.  
  625.         Stephan
  626.  
  627. --
  628. \/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/
  629.   pyr579@oz.plymouth.edu      Stephan R. Cleaves
  630. /\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\
  631.  
  632. ------------------------------
  633.  
  634. Date: 10 Apr 91 13:47:01 GMT
  635. From:
  636.  noao!ncar!elroy.jpl.nasa.gov!usc!samsung!umich!terminator!terminator.cc.umich.e
  637.  du!weiner@arizona.edu (Jeff Weiner)
  638. Subject: TeX directory under construction
  639. To: Info-Atari16@naucse.cse.nau.edu
  640.  
  641. The tex directory here at atari.archive.umich.edu is experiencing a
  642. bit of re-construction.  It'll make things a bit more organized and
  643. easier to find.  You'll probably have one hell of a hard time getting
  644. bart to send anything from this directory, cuz it'll be movin'
  645. around quite rapidly.  Re-modeling should be finished by Friday,
  646. April 12, 1991 somtime in the morning, but who really knows for sure.....
  647.  
  648.  
  649. Thanks and have a better day than those
  650. unfortuante souls who haven't crisped yet,
  651. weiner
  652. --
  653. Jeff Weiner     weiner@terminator.cc.umich.edu       Jeff_Weiner@ub.cc.umich.edu
  654.     Mail Dennis_Devine@ub.cc.umich.edu and ask if he'd like a White Castle
  655. Atari.archive.umich.edu Caretaker||194M and climbin'|| "So like take off eh?"
  656.  
  657. ------------------------------
  658.  
  659. Date: 10 Apr 91 09:16:51 GMT
  660. From:
  661.  noao!ncar!elroy.jpl.nasa.gov!usc!snorkelwacker.mit.edu!bloom-beacon!eru!hagbard
  662.  !sunic!mcsun!corton!laas!ralph@arizona.edu (Ralph P. Sobek)
  663. Subject: texdraw.lzh (was Re: A dream come true (Well ALMOST!))
  664. To: Info-Atari16@naucse.cse.nau.edu
  665.  
  666. Speaking of texdraw.lzh, it is also available from atari.archive.  The
  667. copy I downloaded would test out well, all the members would test
  668. okay, but the archive as a whole would finish with a CRC error.  Lharc
  669. on Unix and Lharc version 1.02, 1.13, and 1.13.8 on my ST would all
  670. error abort.  Only lharc 1.13 on a PC accepted this file correctly!
  671.  
  672. Are the ST/Unix version of lharc still bugged?
  673.  
  674. --
  675. Ralph P. Sobek                    Disclaimer: The above ruminations are my own.
  676. ralph@laas.fr                              Addresses are ordered by importance.
  677. ralph@laas.uucp, or ...!uunet!laas!ralph
  678. If all else fails, try:                               sobek@eclair.Berkeley.EDU
  679. ===============================================================================
  680. Proud new owner of a Mega 4 ST.  What should I do with my *small* SH204 drive?
  681.  
  682. ------------------------------
  683.  
  684. Date: 10 Apr 91 16:51:48 GMT
  685. From:
  686.  noao!ncar!elroy.jpl.nasa.gov!sdd.hp.com!think.com!snorkelwacker.mit.edu!ira.uka
  687.  .de!fauern!faui43.informatik.uni-erlangen.de!csbrod@arizona.edu (Claus Brod)
  688. Subject: TT questions
  689. To: Info-Atari16@naucse.cse.nau.edu
  690.  
  691. ggreenbe@rodan.acs.syr.edu (Gerald Greenberg) writes:
  692.  
  693. >>Try MultiGEM from Maxon in Germany. It's a MultiFinder-clone for the
  694. >>ST which will soon be released for the TT, too.
  695. >
  696. > Does anybody know where to get this in the US?
  697.  
  698. It's just been released here in Germany. As far as I know, there's no
  699. US distributor for it yet.
  700.  
  701. ----------------------------------------------------------------------
  702. Claus Brod, Am Felsenkeller 2,                  Things. Take. Time.
  703. D-8772 Marktheidenfeld, West Germany            (Piet Hein)
  704. csbrod@medusa.informatik.uni-erlangen.de
  705. Claus Brod@wue.maus.de
  706. ----------------------------------------------------------------------
  707.  
  708. ------------------------------
  709.  
  710. Date: 10 Apr 91 10:15:13 GMT
  711. From:
  712.  noao!ncar!elroy.jpl.nasa.gov!sdd.hp.com!spool.mu.edu!snorkelwacker.mit.edu!bloo
  713.  m-beacon!eru!hagbard!sunic!mcsun!hp4nl!ahds!dick@arizona.edu (Dick Heijne
  714.  CCS/TS)
  715. Subject: Where to get FATSPEED ?
  716. To: Info-Atari16@naucse.cse.nau.edu
  717.  
  718. Lots of replies on a previous posting in this group, concerning problems
  719. I have with my megafile 44 harddisk pointed out that I have to migrate
  720. from TOS 1.2 to TOS 1.4, or use FATSPEED.PRG instead.
  721. Since I prefer trying the latter option first, I would like to know where
  722. I can get this program.
  723. Someone mailed me it should be on some usenet-accessible board.
  724. Can anyone mail me details about the full path (and type of info-server,
  725. if appropriate) ?
  726.  
  727. Thanks a lot in advance everybody!
  728.  
  729. Dick.
  730.  
  731. ------------------------------
  732.  
  733. End of Info-Atari16 Digest
  734. ******************************